长假期间一台物理机宕机，致使运行在上面的某个MySQL MGR集群三台数据库中的某一台虚拟机HOSTNAME1宕机。修复物理机后，将该虚拟机开机，开机后却未能自动重新加入集群。在集群的另外一台HOSTNAME2上使用cluster.status()查看状态是这样的。

原本HOSTNAME1是ReadWrite，HOSTNAME2和HOSTNAME3是ReadOnly状态。目前来看，宕机的HOSTNAME1为R/W的Missing状态，而HOSTNAME3被选择成为了新的R/W角色。

在HOSTNAME1上使用集群的部分命令均报错，显示这是一台Standalone的数据库。

此时，我们需要做的，只是简单地在HOSTNAME1上MySQL下执行 start group_replication 即可。

此时，再在HOSTNAME2上执行cluster.status()查看状态可以发现集群已经恢复正常。

需要的话，可以择机使用cluster.setPrimaryInstance("clusteruser@HOSTNAME1:3306")将R/W重新设置回HOSTNAME1这台数据库。

查看错误日志找寻原因，疑似是在操作系统重启后，MySQL的进程已经起来了，已经在尝试重新连接加入集群了，但是由于网卡没有配置，导致认不到这个IP，和原来集群之间的另外两台互相ping也ping不通，导致的加入集群失败。